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DETAILED ACTION 
Remarks 

1 . This office action is in response to the amendment filed on 1 2/09/201 1 . 

2. Claim 3 has been canceled. 

3. Claims 1 -2, 5-11,13,1 7-20, 23, 28-30, 32-35, 37-38, 41 -42, 46 and 51 -52 have 
been amended. 

4. The 35 U.S.C. 112 second paragraph rejection to claims 3-5 is withdrawn in view 
of the Applicant's amendment. 

5. Claims 1 -2, 5-1 3, 1 7-23, 28-30, 32-35, 37-42, 44-46 and 51 -52 remain pending 
and have been examined. 

Allowable Subject Matter 

6. Claims 39 and 47 are allowed. 

7. Claims 5, 17, 23, 37, 41 and 51 are objected to as being dependent upon a 
rejected base claims, but would be allowable if rewritten in independent form 
including all of the limitations of the base claim and any intervening claims. 

8. The following is a statement of reasons for the indication of allowable subject 
matter: cited prior arts Berkley, Webster and Grove do not teach a monitoring 
process/apparatus for a method based on the method as classified/determined 
as complex, wherein the method is complex if it meets three criteria: (1) the 
method has an access level of public or package; (2) the method is non-synthetic 
and (3) the method calls at least one other method, and in as such manners as 
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the similar limitations recited in independent claims 39, 47 and dependent claims 
5, 17, 23, 37, 41 and 51 respectively. Therefore claims 39 and 47 are allowed 
and claims 5, 17, 23, 37, 41 and 51 are objected to as being dependent upon a 
rejected base claims, but would be allowable if rewritten in independent form 
including all of the limitations of the base claim and any intervening claims 



Response to Arguments 

9. Applicant's arguments filed on 1 2/09/201 1 , in particular on pages 1 1 -27, have 
been fully considered. For example: 
■ Examiner's Interpretation: 

• The current application as Applicants indicate in the specification discloses 
a process and apparatus for monitoring applications by modifying and 
adding tracing mechanism for a method defined as complex method. 
According to definition of the specification "a method is complex if it meets 
three criteria: (1 ) the method has an access level of public or package; (2) 
the method is non-synthetic and (3) the method calls at least one other 
method. Therefore, it can be reasonable interpreted that all the three 
criteria have to be determined and meet in order to modifying and 
monitoring the method/application (see for example, paragraph [0006- 
0007]). 

• Regarding to the limitation "an access level that satisfies a criterion" as 
amended. It is noted that each of the methods in an application should 
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have an access level according to the programming language 
specification, e.g., private, public... or even those are not specified which 
also have a default access level. 
• For a received computer programming code/method, all the methods are 
marked as a specific access property, e.g., private, public... or merely as 
default, or are flagged to indicate synthetic. Therefore, it would have been 
obvious to identify the access levels, synthetic or a method calling another. 
The current invention discloses a specific configuration/criterion to classify 
methods as simple and complex in order to modify method and monitor 
application. 

■ At Remark page number 1 2-1 6, Applicants assert that Berkley in view of 
Webster in further view of Grove fails to disclose, "modifying said method for a 
particular purpose only if said method calls another method and said access 
level satisfies the criterion", as Berkley cannot be modified to trace on a 
method by method basis without destroying Berkley as a reference. However, 
Examiner's position is that Berkley discloses a method to trace the method 
calls in the classes based on the user selected classes/configuration. Berkley 
further discloses a method table including all methods in the specified class 
and modifying and inserting trace before and after target method according to 
the trace activation settings (see for example, Fig. 7). Webster discloses the 
facts that "[i]a general sense the running of a Java program represents a 
succession of Java method calls. The ability to track or monitor these method 
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calls is very important to a Java programmer for diagnostic and debugging 
purpose " [emphasis added] (see for example, col.1 , lines 39-42) and "[i]n order 
to provide trace information from a program about specific method calls , a user 
defines a selection of methods to be traced " [emphasis added] (see for 
example, ABSTRACT). Therefore, it can be seen that user can select the 
specific method to be traced including the method calls another method as 
addressed by Webster above and further modify such specific method by 
putting flag in method block (see for example, Fig. 3, step 330, "CL Puts Flag in 
Method Block" and related text). One would have been motivated to selective 
modify and trace the specific method calls ("modifying said method for 
particular purpose only if said method calls another method") in order to " avoid 
the system having to output large quantities of irrelevant information, thereby 
greatly assisting in performance " [emphasis added] as also taught by Webster 
(see for example, col. 2, lines 37-39). 

At Remarks page number 16-18, Applicants submit that Berkley by itself does 
not disclose these claim limitations pertaining to tracing based on whether a 
method is synthetic. However, as Applicants indicate in the specification and 
well-known in the computer art that a synthetic method is generated by the 
compiler, is flagged with a "Synthetic" attribute and not in the source code, It 
can be seen that such synthetic is not developed by the programmer and 
merely for internal use for runtime accessing. Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was 
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made to monitor and trace human/programmer developed programming code, 
but not compiler generated synthetic method merely for internal accessing 
according to the Webster's disclosure as addressed above "to provide trace 
information from a program about specific method calls, a user defines a 
selection of methods to be traced" (see for example, Abstract). 
■ At Remarks page number 20-22, Applicants assert that Berkley in view of 
Webster in further view of Grove fails to disclose "tracing said method for a 
particular purpose only if said method calls one or more different methods and 
can be called by a sufficient scope of one or more other methods. In response, 
please Berkley and Webster as addressed above. 

Claim Rejections - 35 USC § 103 

1 0. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

1 1 . Claims 1 -3, 6-8, 10,12-13,18, 20, 40, 42, 44 and 52 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Berkley (Berkley et al., US 6351843 
B1 ) in view of Webster (US6, 738,965), and in view of Grove (Grove et al., Call 
Graph Construction in Object-Oriented Languages) 

Claim 1: 

Berkley discloses a process for monitoring, comprising: 
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• accessing a method (see for example Fig. 5, step 350 and related text, also 
see, col. 2, lines 36-37, "Further, the system includes means for running the 
application executable using the modified runtime configuration settings"); 

• automatically determining whether to modify said method, said step of 
automatically determining whether to modify said method (see for example, 
Fig.1 and related text, "METHOD B", "METHOD C" and also see col.2, lines 
39-40, "means for determining whether the function (method) is active for a 
class of the executable using the modified configuration settings"); and 

• modifying said method for a particular purpose if said method calls another 
method, (see for example, col.2, lines 41 -43, "means for dynamically creating 
a redirection stub to insert the function for the class if the function is active for 
that class"); 

■ Berkley also discloses a method to provide configuration settings to specify 
user interested information/methods that need to be traced and further 
determining whether to modify said method to insert trace function according 
the user's settings (see for example, Fig. 5, item 300 "Configuration Settings" 
item 310 "Add Setting to Specify trace for Desired Class:, item 320 "New 
Configuration Settings and related text). But Berkley does not explicitly 
disclose the determination includes automatically determining whether said 
method calls another method. However, Webster in the same analogous art 
of selective tracing methods discloses the similar solution that a user can 
specify particular trace information of interest and provides a selection of 
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methods to be traced from a program (see for example, Summary and Fig. 3 
item 325 and related text). Grove discloses a method to construct a call graph 
(see for example, Fig. 1 and related text; also see p.1 09, section 2.1 , first 
paragraph). As Webster disclosed that different users have different 
purpose/interest to trace/debug different methods (see for example, 
ABSRACT, "selection of method to be traced"), it is obvious said method also 
including those methods calling other methods as indicated by Grove's call 
graph. Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to trace/debug user interested 
methods by identify/determining the method calling other method using 
Webster and Grove's method and further configuring and inserting tracing 
function using Berkley's method. One would have been motivated to do so to 
selectively trace the specific method calls for the particular diagnostic, 
debugging purposes and further considering system's performance by 
avoiding system generating irrelevant information as suggested by Webster 
(see for example, col.1 , lines 40-42, "The ability to track or monitor these 
method calls is very important to a Java programmer for diagnostic and 
debugging purpose" and col. 2, lines 37-39, "avoid the system having to output 
large quantities of irrelevant information, thereby greatly assisting in 
performance"). 



Claim 2: 
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Berkley discloses processes according to claims 1 and 13 above respectively, 
but does not explicitly disclose said step of determining whether to modify said 
method includes automatically determining whether said method is non-synthetic. 
However, It is well known in the Java programming that all synthetic methods 
generated by Java compiler are flagged in the class file and thus are easily 
identified (A well-known and widely used Java programming standard: Java 
Virtual Machine Specification). Therefore, it would have been obvious to one 
having ordinary skill in the art at the time the invention was made to automatically 
determine whether said method is non-synthetic by checking the synthetic 
attribute field in bytecode while being compiled by JIT, Hotspot runtime or other 
bytecode scanning tools. One would have been motivated to do so to allow a 
user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col. 2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 

Claim 3: 

Berkley discloses processes according to claim 1 and 13 above respectively, but 
does not explicitly disclose said step of automatically determining whether to 
modify aid method includes determining whether said method has an access 
level of public or package. However, it is well known in the Java programming 
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that JVM specification (see for example, a well-known and widely used Java 
Virtual Machine Specification) defines a set of access flags in method_info 
structure which has a flag name "ACC_PUBLIC" for access level of public or 
package. Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to determine whether said method has 
an access level of public or package by using JIT, Hotspot runtime or other 
bytecode scanning tools to check this flag to determining whether said method 
has an access level of public or package. One would have been motivated to do 
so to allow a user to trace specified one or more methods of which the function is 
to be implemented as suggested by Berkley (see for example, col. 2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 

Claims 6 and 18: 

Berkley discloses processes according to claim 1 and 13 above respectively, but 
does not disclose said step of automatically determining whether to modify said 
method includes determining whether said method calls one or more different 
methods and can be called by a sufficient scope of one or more other methods. 
However, it is well known in the Java programming that JVM specification (see 
for example, a well-known and widely used Java Virtual Machine Specification) 
defines method by using a block starting with the tag "Method" that contains the 
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information about calling other methods in java bytecode. Therefore, it would 
have been obvious to one having ordinary skill in the art at the time the invention 
was made to determine whether said method calls another method and can be 
called by a sufficient scope of one or more other methods by checking the 
method information in that block while running by JIT in JVM or other bytecode 
scanning tools. One would have been motivated to do so to allow a user to trace 
specified one or more methods of which the function is to be implemented as 
suggested by Berkley (see for example, col. 2, lines 7-14, "dynamically inserting a 
function into an existing application executable", "allows a user to specify one or 
more methods for which the function is to be implemented"). 

Claim 7: 

Berkley further discloses a process according to claim 1 , wherein: said step of 
modifying includes modifying object code (see for example, col. 2, lines 45-46, 
"inserting a function into an application executable without recompiling the 
executable."). 

Claim 8: 

Berkley also discloses a process according to claim 1 , wherein: said step of 
modifying includes adding a tracer for said method (see for example, Fig. 5, step 
360 and related text, also see, col.3, lines 6-8, "To restate, a technique is 
presented for dynamically modifying class lineage in order to insert a function, 
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such as a trace function..."). 
Claim 10: 

Berkley further discloses a process according to claim 1 , wherein: said step of 
modifying includes adding exit code and start code to existing object code (see 
for example, Fig. 6, step 460 and related text, "Create redirection stubs that will 
call trace entry and ext method around target method"). 

Claim 12: 

Berkley also discloses a process according to claim 1 , wherein: said particular 
purpose is to add a first tracer (see for example, Fig. 5, step 360 and related text, 
also see, col. 3, lines 6-8, "To restate, a technique is presented for dynamically 
modifying class lineage in order to insert a function, such as a trace function..."). 

Claim 13: 

Claim 13 is another version process and product for monitoring as in claim 1 
addressed above, and further amended to add limitation "automatically 
determining which methods, of a set of methods call one or more other method 
and are synthetic". As addressed in claim 1 above, Webster discloses a method 
to selective trace (using or without using a "first tracing mechanism") method 
calls according to the users defined selection in their interests (see for example, 
col. 2, lines 34-36, "A user can specify particular trace information of interest, and 
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interpreter can then track for each called method whether or not trace information 
is to be provided"). It is also well-known in Java programming fields that the 
terms and concepts including Java method calls, and Java synthetic method are 
widely used in Java programming practice. Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made 
to selectively trace (using a first tracing mechanism or without using the first 
tracing mechanism) the specific method calls (method call other method and the 
method is synthetic method) for the particular diagnostic/debugging purposes 
and further considering system's performance by avoiding system generating 
irrelevant information as suggested by Webster (see for example, col.1 , lines 40- 
42, "The ability to track or monitor these method calls is very important to a Java 
programmer for diagnostic and debugging purpose" and col. 2, lines 34-39, "A 
user can specify particular trace information of interest... avoid the system having 
to output large quantities of irrelevant information, thereby greatly assisting in 
performance"). 

Claim 20: 

Berkley further discloses a process according to claim 13, wherein: said step of 
using a first tracing mechanism includes modifying existing object code to add 
said first tracing mechanism (see for example, Fig. 5, step 360 and related text, 
also see, col. 3, lines 6-8, "To restate, a technique is presented for dynamically 
modifying class lineage in order to insert a function, such as a trace function..."). 
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Claim 40: 

Berkley discloses an apparatus capable of monitoring, comprising: 

• a storage device (see for example, Fig. 3, items 102, 103 "Main Storage", 
"External Storage Media" and related text); and 

• one or more processors in communication with said storage device (see for 
example, Fig. 3, item 104, "CPU 1...CPU N" and related text), said one or 
more processors perform a process comprising: 

■ accessing a method (see for example Fig. 5, step 350 and related text, also 
see, col. 2, lines 36-37, "Further, the system includes means for running the 
application executable using the modified runtime configuration settings"); 

■ tracing said method for a particular purpose only if said method calls one or 
more different methods and can be called by a sufficient scope of one or 
more other methods (see for example, col. 2, lines 41 -43, "means for 
dynamically creating a redirection stub to insert the function for the class if the 
function is active for that class", also see Fig. 5, step 360 and related text, also 
see, col. 3, lines 6-8, "To restate, a technique is presented for dynamically 
modifying class lineage in order to insert a function, such as a trace 
function..."), 

but Berkley does not disclose determining whether said method calls one or 
more different methods and can be called by a sufficient scope of one or more 
other methods. 
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However, it is well known in the Java programming that JVM (Java Virtual 
Machine) specification defines method by using a block starting with the tag 
"Method" that contains the information about calling other methods in java 
bytecode. Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to determine whether said method 
calls another method and can be called by a sufficient scope of one or more 
other methods by checking the method information in that block while running by 
JIT in JVM or other bytecode scanning tools. One would have been motivated to 
do so to allow a user to trace specified one or more methods of which the 
function is to be implemented as suggested by Berkley (see for example, col. 2, 
lines 7-14, "dynamically inserting a function into an existing application 
executable", "allows a user to specify one or more methods for which the function 
is to be implemented"). 

Claim 41: 

Berkley discloses an apparatus according to claim 40, but does not explicitly 
disclose said step of determining whether to modify said method includes 
determining whether said method is non-synthetic. However, it is well known in 
the Java programming that all synthetic methods generated by Java compiler are 
flagged in the class file and thus are easily identified (see for example, a well- 
known and widely used Java Virtual Machine Specification). Therefore, it would 
have been obvious to one having ordinary skill in the art at the time the invention 
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was made to determine whether said method is non-synthetic by checking the 
synthetic attribute field in bytecode while being compiled by JIT, Hotspot runtime 
or other bytecode scanning tools. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col. 2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 

Claim 44: 

Berkley discloses an apparatus according to claim 40 and further discloses said 
process further includes modifying existing object code for said method in order 
to add a first tracing mechanism (see for example, col. 2, lines 45-46, "inserting a 
function into an application executable without recompiling the executable."). 

Claims 47 and 51-52: 

Claims 47 and 51 -52 are another version process for monitoring as in claims 1 -3, 
5 and 8 addressed above, wherein all claimed limitation functions have been 
addressed and/or set forth above. Therefore, they also would have been obvious. 

1 2. Claims 9, 1 1 , 1 9, 21 -22, 28-30, 32, 38 and 45-46 are rejected under 35 U.S.C. 
1 03(a) as being unpatentable over Berkley (Berkley et al., US 6,351 ,843) in view 
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of Webster (US6,738,965) and Grove (Grove et al., Call Graph Construction in 
Object-Oriented Languages), and in further view of Berry (Berkley et al., US 
6,662,359). 
Claim 9: 

Berkley , Webster and Grove disclose a process according to claim 1 , but does 
not explicitly disclose said step of modifying includes adding a timer for said 
method. However, Berry in the same analogous art of system and method for 
injecting hooks into java classes to handle exception and finalization processing 
discloses using timestamp (see for example, col.1 4, lines 1 -1 9, column 3 in the 
example table, "timestamp" and related text"). Therefore, it would have been 
obvious to one having ordinary skill in the art at the time the invention was made 
to use timestamp as a way to trace specified application executable. One would 
have been motivated to do so to allow a user to trace specified one or more 
methods of which the function is to be implemented as suggested by Berkley 
(see for example, col. 2, lines 7-14, "dynamically inserting a function into an 
existing application executable", "allows a user to specify one or more methods 
for which the function is to be implemented"). 

Claim 11: 

Berkley discloses a process according to claim 10, wherein: 
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• said start code starts a tracing process (see for example, Fig. 6, step 460 and 
related text, "Create redirection stubs that will call trace entry and ext method 
around target method"); 

• said exit code stops said tracing process (see for example, Fig. 6, step 460 
and related text, "Create redirection stubs that will call trace entry and ext 
method around target method"); 

• said exit code is positioned to be executed subsequent to original object code 
(see for example, Fig. 6, step 470 and related text, "Remaining class 
construction flows"); 

But Berkley does not disclose said steps of adding exit code including jump 
instruction, exception table and said step of adding an entry in said exception 
table. However, Berry in the same analogous art of system and method for 
injecting hooks into java classes to handle exception and finalization processing 
discloses: 

• said step of adding exit code includes adding an instruction to jump to said 
exit code from said original object code (see for example. Fig. 8 steps 812-816 
and related text, also see col. 9, line 55- col. 10, line 8, "a jump around inserted 
code"); 

• said step of adding exit code includes adding an entry in an exception table; 
and (see for example. Fig. 8 step 802 and related text "Modify the exception 
table"); 
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• said step of adding an entry in said exceptions table includes adding a new 
entry into said exceptions table for said method, said new entry indicates a 
range of indices corresponding to said original object code, said new entry 
includes a reference to said exit code and said new entry indicates that said 
new entry pertains to all types of exceptions (see for example. Fig. 8 steps 
812-816 and related text, also see col. 9, line 55- col. 10, line 8,"a jump around 
inserted code"); 

Therefore, it would have been obvious to one having ordinary skill in the art at 
the time the invention was made to add jump instruction and maintain exception 
table for inserting function into an application executable at runtime. One Would 
have been motivated to integrated Berry 's steps into Berkley 's process to ensure 
that code which moved due to either insertions or deletions is correctly relocated 
and related references are adjusted as pointed out by Berry (See for example, 
Col. 9, lines 55-58, "to ensure that code which is moved due to either insertions or 
deletions is correctly relocated and related references are adjusted"). 

Claim 19: 

Berkley discloses a process according to claim 13, but does not explicitly 
disclose said step of modifying includes adding a timer for said method. 
However, Berry in the same analogous art of system and method for injecting 
hooks into java classes to handle exception and finalization processing discloses 
using timestamp (see for example, col. 14, lines 1 -1 9, column 3 in the example 
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table, "timestamp" and related text"). Therefore, it would have been obvious to 
one having ordinary skill in the art at the time the invention was made to use 
timestamp as a way to trace specified application executable. One would have 
been motivated to do so to allow a user to trace specified one or more methods 
of which the function is to be implemented as suggested by Berkley (see for 
example, col. 2, lines 7-14, "dynamically inserting a function into an existing 
application executable", "allows a user to specify one or more methods for which 
the function is to be implemented"). 

Claim 21: 

Berkley discloses a process according to claim 20, but does not explicitly 
disclose said step of modifying includes adding a timer for said method. 
However, Berry in the same analogous art of system and method for injecting 
hooks into java classes to handle exception and finalization processing discloses 
using timestamp (see for example, col. 14, lines 1-19, column 3 in the example 
table, "timestamp" and related text"). Therefore, it would have been obvious to 
one having ordinary skill in the art at the time the invention was made to use 
timestamp as a way to trace specified application executable. One would have 
been motivated to do so to allow a user to trace specified one or more methods 
of which the function is to be implemented as suggested by Berkley (see for 
example, col. 2, lines 7-14, "dynamically inserting a function into an existing 
application executable", "allows a user to specify one or more methods for which 
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the function is to be implemented"). 
Claims 22, 28-30 and 32: 

Claims 22-23, 28-30 and 32 claim one or more processor readable storage 
devices having processor readable code embodied on said processor readable 
storage devices, which is the product version of the process claims as discussed 
in claims 1-3 and 5-1 1 above respectively. Therefore, these claims are obvious 
over Berkley , Webster , Grove and berry , because it is well known in the 
computer art to practice and/or produce such a program product for carrying out 
the acts/steps of such process by a typical computer processor. 

Claims 33, 35 and 38: 

Claims 33, 35 and 38 claim one or more processor readable storage devices 
having processor readable code embodied on said processor readable storage 
devices, said processor readable code for programming one or more processors 
to perform a process as discussed in claims 13-15 and 19 above respectively. 
Therefore, these claims are obvious over Berkley , Webster , Grove and Berry , 
because it is well known in the computer art to practice and/or produce such a 
program product for carrying out the acts/steps of such process by a typical 
computer processor. 



Claim 45: 
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Berkley discloses an apparatus according to claim 44 above, but does not 
disclose said first tracing mechanism includes a timer. However, Berry in the 
same analogous art of system and method for injecting hooks into java classes to 
handle exception and finalization processing discloses using timestamp (see for 
example, col. 14, lines 1-19, column 3 in the example table, "timestamp" and 
related text"). Therefore, it would have been obvious to one having ordinary skill 
in the art at the time the invention was made to use timestamp as a way to trace 
specified application executable. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col. 2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 

Claim 46: 

Berkley discloses an apparatus according to claim 44 above, but does not 
disclose said step of tracing includes timing said method. However, Berry in the 
same analogous art of system and method for injecting hooks into java classes to 
handle exception and finalization processing discloses using timestamp (see for 
example, col. 14, lines 1-19, column 3 in the example table, "timestamp" and 
related text"). Therefore, it would have been obvious to one having ordinary skill 
in the art at the time the invention was made to use timestamp as a way to trace 
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specified application executable. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col. 2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 



Conclusion 

1 3. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

1 4. Applicant's arguments with respect to claims rejection have been fully considered 
but they are not persuasive. 

Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant 
is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 
A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
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the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
1 5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1059 and Fax number is (571) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



/Z. W./ 

Examiner, Art Unit 2192 



/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 



